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(57) Abstract: The invention concerns the dynamic distribution of data and/or services. The system used comprises essentially 
an IRC server (1). and optionally secondary senders (6); at least an agent (7), resident or capable of becoming resident on a use^ 
terminal, and adapted to be linked in communication with the server (1), and/or at least a secondary server software (6); and at least a 
communication layer (18) designed to transport remote method calls on objects located on a server (1) and/or secondary servers (6) 
and in implementing at least a communication protocol (5) ensuring an interactive link between a server (1, 6) and agents (7), while 
said protocol comprises: means enabling it to produce and manage communications between at least an agent and IRC, in particular 
through XML messages; means for calling a remote method by reading/writing of objects respectively of the types ObjectRequest 
or and or ObjectResponse. The invention is applicable on all types of distributed networks and architectures, with traceabiUty. 

(57) Abr6g6 : U invention conceme la distribution dynamique de denudes ct/ou de services. Le systfeme mis en oeuvre comporte 
essentiellement: un serveur IRC (1). et 6ventuellement des serveurs fils (6); au moins un agent (7), rtsident ou apte k devenir i^sident 
sur un terminal utilisateur. 
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et apte h. etre mis en communication avec Ic scrveur (1), et/ou au moins un logiciel serveur fils (6); et au moins une couche de 
communication (18) apte & v^hicoler des appcls de m^thodes distantes sur des objets am6s sur un s^eur (1) et/ou un serveur fils 
(6), et a mettre en ocuvre au moins un protocole de communication (5) ^te ^ assurer un lien interactif entre un serveur (1.6) et des 
agents (7), tandis que ledit protocole comporte: des moyens le rendant apte i pioduire et g^rer des conununications entre au moins 
un agent et riRC, notamment par le biais de messages XML; des moyens pour a^peler une m^thode distante par lecture/eciiture 
d'objets de types respectivement Object/Request ou ObjeiRequgte et OjectResponse ou ObjetR6ponse. Application sur tons types 
de i^aux et d* architectures distribuees, avec tra9abi]il6. 
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SYSTfeME ET PROCfiD^ POUR LA DISTRIBUTION DYNAMIQUE DE 
DONN^ES ET/OU DE SERVICES 

5 DOMAINE DE L'lNVENTIOM 

La presente invention conceme le domaine de la distribution 
d'applications et de services k des utilisateurs distants. Elle conceme plus 
particuli^rement la distribution d'applications et/ou de services, notamment 
la distribution dynamique de donn^es, a des utilisatevus distants connectds, 
10 sur tous types de r^seaux et d'architectures distributes. 

Les donnas sont des biens numtriques et seront qualifies dans la 
suite aussi bien par Tune que par I'autre de ces d^oxninations. 

ARRlfeRE-PLAIM TECH NOLOGTOTJE DE T.'TMVENTTOM 
15 On coimait des syst^mes de distribution et/ou de verification de 

doimtes en rtseau, dont certains comportent une distribution s4cviis4e, 
visant k procurer des solutions ponctuelles, sptdLfiques pour chaque cas. 

Ainsi, la demande de brevet WO 99/50995 d&rit un intdgrateui' de 
services Internet compost d'une plate-forme qui choisit, int^gre et configure 
20 automatiquement, selon les demandes du client, les fonctions ntcessaires k la 
mise en place d'vin service Internet a valeur ajoutte. 

Le document US 6075943 dtcrit im syst&me pour le faransfert et 
TinstaUation k distance de programmes d'appUcation client-serveur ^ partir 
d'un ordinateur source, dans un systfeme de traitement de donntes distant. 
25 Un cycle de disteibution peut inttgrer plusieuis programmes pour des 
destinataires difftrents ou poiu: un mgme destinataire. Ce syst^e utilise un 
programme de decompression qui doit Stre transftrt avant les programmes 
d'appUcation comprimts k transferer. De plus, les erreuxs sont dttecttes, 
mais non traittes automatiquement. 
30 Le document US 6141759 dtcrit un systeme de gestion des requites 

d'information sur un rtseau d'ordinateurs. H met en oeuvre un ou plusieuis 
syst^es d'ordinateurs serveurs secondaires, dont la fonction est de se 
supplier en cas de besoin k un premier ordinateur serveur. Les erreuis 
tventuellement dttecttes dans le traitement de la requite d'information 
35 donnent lieu k une reinitialisation du processus de traitement. 
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Le document US 5999741 d^crit ime methode d'installation k distance 
d'une mise a jour de logiciel, dans laquelle le systeme mis en oeuvre 
selectionne une voie de communication pour requerir des infomiations sxir 
la version existante et t^ldcharger la mise i jour du logiciel. 
5 La pr6sente invention vise h procurer a des utilisateurs distantS/ ainsi 

qu'aux foumisseurs avec lesquels ils sont connectes, des moyens de 
distribution dynamique d*appUcations et de services, sous forme de flux 
d'information nttmerisee, de prdf^rence s^curis^e, et avantageusement avec 
une tragabilit^ permettant, par exemple de connaitre TutiUsation d'lm objet 
10 et/ou de localiser im objet, et au besoin d'obtenir des profils utilisateurs. 

R^SUMlfe DE L'INfVENTION 

Le systeme, le proc^d6 et les moyens selon I'invention reposent sur 
une architecture client/serveur. L'invention met en oeuvre ime plate-forme 
15 de communication centrale ou serveur (encore d^nomm^ Resotirce Center, 
ou IRC), qui dirige des agents aptes k diffuser les donnees vers les postes 
finals (ou postes finaux) ou vers des Resource Centers (logiciels serveurs) 
secondaires (encore d^nomm^s Resource Centers fils), servant de relais vers 
de tels agentS/ tandis que les communications entre la plate-forme de 
20 communication centrale et/ou les centres de ressource secondaires et les 
agents utilisent avantageusement xm protocole s^curise. 

Le systeme selon I'invention comporte ime modularite et des moyens 
de tra^abtlite qui en font un outil particulierement adapte pour des 
transmissions dynamiques de doim6es et de services. En partictilier pour les 
25 foumisseurs de services professionnels en ligne (NSP, ASP, MSP), il permet 
im positionnement sur de nouveaux march^ et le d^veloppement d'offres, 
origixiales, avec ime qualite de service exceptionnelle, non accessible aux 
systfemes preexistants. 11 am^liore en effet la performance des offres de 
services en ligne en assurant : 
30 - la mise a disposition et la fiabilite des services proposes, 

la s^urit^ et la confidentiality des dorm^es echang^s, et 
la simplicity d'utilisation et I'accessibilite des services. 
Le systeme selon rinvention pour la. distribution d'applications et de 
services a des utilisateurs distants comporte prindpalement au moins une 
35 plate-forme de communication centrale (IRC), a laquelle sont reU^s 
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fonctiormeUement des agents permettant la diffusion de donn^es vers les 
postes utilisateurs finals et/ou, en option, des centres de ressource fils 
agences pour servir eux-mSmes de relais vers lesdits agents. 

La communication entre la plate-forme de communication 
(d&iomm^e id Intoan Resource Center, soit en abr^g^ IRC) et ses agents met 
avantageusement en oeuvre wci protocole d^omm6 en abr^g^ IVAP (Intoan 
Versatile Access Protocol), qui est tm protocole s6curis6 &ahor4 par la 
demanderesse. 

L'invention procure ainsi im systteie permettant de prodxiire et de 
g^rer des flux de biens numfiriques, ainsi que de I'information associ^e h 
ceux-ci, avantageusement au travers de I'ensemble des acteurs, depuis la 
creation du bien Jusqu'k sa consommation, avec notamment pour objectif de 
maximiser la valeur de ce bien teUe qu'elle est pergue par un client final. 

Le bien cree peut gtre d'un type pr^existant chez le fbumisseur ou §tre 
15 cx66 spdcialement k la demande. 

L'invention est ddcrite ci-apr6s plus en detail, en r^f^rence aux dessins 
annexfe, qui ne la limitent aucunement et sont xmiquement illustratifs de 
certains modes de realisation de l'invention. 
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.20 BKfeVE DESCRIPnONr DES DRSfiTM.q 

L'invention est illustr^ ci-apr6s plus en detail, en r^f&ence aux 
dessins annexe, dans lesquels: 

FIG. 1 repr^sente sch^matiquement les ^l^ents constitutifs du 
sys^me selon l'invention et de son environnement; 
25 - FIG. 2 est une representation sch6matique d'tme forme de realisation 
d'une architecture modulaire commime au serveur et ^ im agent; 

FIG. 3 represente une forme de realisation du protocole IVAP; 

FIG. 4 illustre la tragabilite des biens ntimeriques et des procedures 
dans xm example de distribution dynamique selon l'invention; et 
30 - FIG. 5 montre im exemple de diagramme de sequence representant le 
fonctionnem^t du protocole de communication avantageusement mis en 
oeuvre selon l'invention dans ime application client/serveur. 

Dans les figures annexees, les mSmes ntmieros de reference sont, sauf 
exceptions, utilises pour les memes elements apparaissant sur plusieurs 
35 figures. 
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nF^CRIPTION DETAILLEE DE L'INVENTION 

Bien que la terminologie utilisee dans la pr^sente demande soit 
classique et/ou aisement comprehensible par Thomme du metier des 
5 differents domaines conceptuels, techniques et op^rationnels concem6s, les 
definitions de certains termes seront foumies plus loin pour en garantir la 
clarte. Certains noms utilises dans la suite sont des denominations 
commerciales appartenant a leurs titulaires respecdfs. 

La pr^sente invention a potir premier objet un systeme potir la 
10 distribution dynamique de donn^es et/ou de services, comportant 
essentiellement: 

xm serveur (IRC), et ^ventuellement des servetirs fils (ou 
Resource Centers fils); 

au moins im agent, c*est-a-dire im support de programme, 
15 celui-ci pouvant etre mis en communication avec le serveur et/ou le(s) 
Resource Center(s) fils, et etant apte a devenir resident sur la machine de 
Tutilisateur; 

au moins une couche de communication apte k vehiculer des 
appels de m^thodes distantes sur des objets situ^s sur im serveur et/ou un 

20 serveur fils, et k mettre en oeuvre au moins im protocole de communication 
apte a assurer im lien interactif entre im serveur et des agents, 
tandis que ledit protocole comporte: 

des moyens le rendant apte a produire et g^rer des 
communications entre au moins un agent et TIRC, notamment par le biais de 

25 messages XML; 

des moyens pour appeler ime methode distante par 
lecture /ecriture d'objets de types respectivement ObjectRequest 
(ObjetRequete) et ObjectResponse (ObjetReponse), avantageusement au 
moyen d'lm stub et d'lm skeleton. 

30 Ainsi, si Ton se r^f^re k la FIG. 1, tme forme de realisation du systeme 

selon Tinvention comporte im servetu: IRC pfere 1, integrant des services 2, 
mis en commtmication interactive par ime liaison filaire 3 et/ou ime liaison 
sans fil 4, au moyen d'tin protocole 5 (ici protocole IVAP) avec, par exemple 
im serveur fils 6 et/ou au moins un agent 7, resident ou devenu resident sur 

35 im terminal utilisateur tel qu'xm telephone 8, un PDA 9, une boite dite Set 
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Top Box 10 et/ou un terminal informatique 11 PC, Mac® ou serveur Sun®, 
ou autre. En option, un ou plusieurs serveurs IRC fils 6 peuvent egalement 
etre presents. 

Le S3^t^me selon I'invention peut fonctionner sur tous types de 
5 r^seaux. n permet avantageusement le transport s6curis6 de tous types de 
contenus (par exemple textes, images, logiciels, vid6o, etc;) k destination de 
tous types de postes terminaux, tels que par exemple des ordinateurs, des 
telephones, des assistants numeriques, entre autres. 

Dans ce syst^me, le ou les serveurs et les agents sont construits autour 
10 de la mgme architecture. Dans cette architecture, les couches de base 
int^grees tant dans le serveur que dans les agents et/ou dans les Resource 
Centers fils comportent des moyens et/ou des fonctionnalit^ appropri^es 
pour assurer: 

la communication avec les agents (couche IVAP): Ganges de 
^5 messages et echanges binaires, et en option, 

le cryptage (par I'intermediaire d'lme couche SSL par exemple), 
et/ou 

la compression (par Tintermddiaire d'une couche Zlib par 
exemple), et/pu 
20 - Tordonnancement des tSches, et/ou 

Taccds k des bases de donndes externes, et/ou 
des ajouts / suppressions de modules, notamment. 
Les couches die base sont avantageusement integrees dans im 
"framework", qui permet I'ajout dynamique de modules. 
25 La FIG. 2 repr^sente ainsi sch^matiquement ime archite<^ture 

modulaire, qui est commime au serveur et h I'agent, comportant ime couche 
de cryptage 12, une couche de communication apte h mettre en oeuvre un 
protocole IVAP 5, des . core modules (ou modules centraux) 13,14, des 
modules additionnels 15,16, les tms et les autres en nombre indefini, ainsi 
30 qu'xm systeme de gestion de base de donn^es 17, ce deixiier dtant optioxmel 
pour Tagent 7 (voir FIG. 1). 

Lesdits modules sont par exemple, isol^ment ou cumulativement des 
modules du type visant a permettre le deploiement d'applications, la 
surveillance de machines, la maintenance a distance, la teleconfiguration 
35 d'un poste de travail informatise, la teldmaintenance de progiciels, la 
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sauvegarde des donn^es utilisateur, entre autres fonctionnalites et/ou 
applications. 

Le logiciel serveur, ddnomme en abr^g^ IRC dans sa forme de 
realisation pr^fer^e, est de preference developp^ en langage Java- 
5 L'implementation de Tagent pour le systfeme d'exploitation d'lm 

terminal connects (par exemple xm agent pour Windows®) est de pr^f^rence 
effectu^ en C++. L'agent peut cependant §tre developpe en n'importe quel 
langage, et ce en fonction des architectures. L'hormne de I'art est apte a 
inventorier ces situations, a les analyser et a selectionner un ou plusieurs 
10 langages appropri^s pour une architecture definie. 

A titre d'exemple non limitatif, la FIG. 3 illustre une architecture 
d'el^ments de protocole d'un systeme selon Tinvention. Dans cette figure 
sont schematises tine couche de cryptage 12 (couche SSL par exemple), le 
protocole de commimication 5 IVAP, un canal XML 18 pour T^change des 
15 messages, et un canal binaire 19 pour Techange de donnees. 

Un agent, au sens ou on Tentend selon la pr^sente invention, est tin 
support de programme, qtii peut §tre acquis en tant que tel sous forme de 
c^d^rom, DVD ou autre, ou formate et charge a partir d'un site Internet, 
entre autres, I'acqueretir choisissant I'agent correspondant a Tarchitecture de 
20 sa machine, qu*il s'agisse d*un PC, d'un Mac®, d'un Palm®, ou d'autres 
appareils destines k heberger ledit agent, et qui comporte avantageusement 
au moins tin programme sotihaite ou sur lequel au moins un programme 
peut &tre enregistre, avantageusement par teiechargement ou teietransfert, 
par exemple ^ partir d'tin site Internet f otimisseur. 
25 La machine int^grajit ou recevant Tagent support de programme peut 

etre indifferemment im ordinateur PC ou Mac, un assistant persoxmel, un 
telephone mobile, ou tout appareil analogue. 

A la fin de son installation, Tagent devient resident sur la machine. 

Dans une forme de realisation pr^feree, le systeme peut dtre 
30 totalement ou partiellement autonome, dynamique et evolutif. II peut 
confdrer a Tutilisateur final une r^elle liberte, dans la mesure ou cet 
utilisateur final n*a pas necessairement a intervenir dans le proc^de de 
gestion ou de maintenance, et peut travaiUer independamment du syst^e, 
qui fonctionne avec transparence. 
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Un tel syst^me conforme a rinvention peut §tre utilise taut au sein de 
"grands comptes" qu'au sein de TPE/PME (c'est-a-dire des tres petites 
entreprises ou des petites et moyennes entreprises). 

Le systfeme selon Tinvention est avantageusement mis en oeuvre selon 
5 un proc6d6 qui constitue un autre objet de la pr&ente invention. 

L'invention a ainsi ^galement pour objet un procdd^ pour la 
distribution dynamique de donn^es et/ou de services, comportant 
essentiellement les Stapes consistant a: 

procurer au moins un agent, c*est-a-dire un support de 
10 progranune, qui peut fitre acquis en tant que tel sous forme de c6d6rom, 
DVD ou autre, ou formats et chargd h partir d'un site Internet, entre autres. 
L'acqu6reur choisit I'agent correspondent a Tarchitecture de sa machine, qu'il 
s'agisse d'un PC, d'lm Mac®, d'un Palm®, ou d'autres appareils destinfe h 
heberger ledit agent; 
15 " installer un tel agent, pour qu'il devienne resident sur la 

machine de Tutilisatexir; 

effectuer la souscription de I'agent par I'utilisateur aux services 
proposes, directement depuis Tinterface de I'agent par rinterm6diaire d'un 
amiuaire, et ce aussi bien pour des services locaux (c*est-^-dire d^finis sur le 
20 Resource Center local) que pour des services publics, et atissi bien poiir des 
services payants que pour des services gratuits; 

en option, effectuer Taboraiement de I'agent aux services par 
radministrateur du systfeme depuis I'interface de I'lRC (c'est a dire de fa^on 
centralis^e); 

25 - effectuer I'inscription a ces services, avec corrdlativement 

chargement ou t^l^chargement automatique des composants n^cessaires k 
leiur activation. 

Ledit protocole est destine k optimiser les transferts (compression, 
30 utilisation de la bande passante, et autres moyens) entre les IRC et les agents, 
n peut gtre active sans que Ton ait a accrottre la vitesse des ^changes, qui 
demeure fonction de la quality du rdseau s61ectionn^. 

Dans ime forme de realisation avantageuse, le proc^d^ selon 
rinvention met en oeuvre un protocole, avantageusement le protocole IVAP 
35 susdit (voir FIG. 3), dont les Stapes essentielles consistent k: 
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prodiiire et g6rer des commtinications entre au moins un agent 
et riRC, notamment par le biais de messages XML; 

appeler au moins ime m^thode distante par lecture /Venture 
d'objets de types respectivement ObjectRequest (ObjetRequete) et 
5 ObjectResponse (ObjetReponse), avantageusement au moyen d'un stub et d'lm 
skeleton. 

Plus precisement, Tagent 7 corxununique avec I'lRC 1 par le biais de 
messages XML. La couche de commimication XML 18 sert, la plupart du 
temps, a vehiculer des appels de m^thodes distantes sur des objets situes sur 
10 le serveur Resource Center. 

Selon une forme de fonctionnement pr^f^r^e^ Tappel d*ime m^thode 
distante s'effectue par lecture/ 6criture d*objets respectivement ObjectRequest 
et ObjectResponse . 

Un ObjectRequest encapsule tm appel cle m^tiiode^ c'est-a-dire qu*il 
15 contient: 

le nom de la m6thode distante (ime simple chaine de caracteres) et 
tme liste de param^tres (c'est-^-dire d'autres objets). 
Un ObjectResponse encapsule Tetat de retour de la m^thode distante, 
c'est-^-dire, par example: 
20 • un objet valeur de retour, 

• tm objet exception (si une exception, lev6e k Tex^ution cote 
* serveur, doit etre intercept^e par le client), 

• le (ou les) objet(s) pass6(s) par reference k la m^tiiode dont T^tat 
doit changer. 

25 Le processus de lecture/ecriture d'lm objet dans un flux de donn^es 

(r^seau, fichier, etc.) correspond au processus de serialisation (denture) et de 
deserialisation (lecture), et permet de rendre les objets persistants, c'est-k- 
dire materialisables sur ime plate-forme distante. La commimication par flux 
d'objets pr6conisee selon Tinvention apporte le niveau d*abstraction 

30 necessaire au traitement aisd des ^changes entre client et serveur. La 
formalisation des processus de serialisation/deserialisation permet d*en 
automatiser la mise en oeuvre, c'est-^-dire la programmation. 

L'appel de methode distante utilise ce que Ton nomme classiqueihent 
un sttib et im skeleton, n s*agit Ih de deux classes d'objets. Tune 

35 respectivement sur le poste utilisateur, Tautre sur le serveur. Le stub et le 
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Skeleton sont chargfe de proctirer a rutiJisateur client, respectivement au 
serveur une interface commune et multi-plateformes, qui d616gue les 
services communications. Cette interface d^finit les m^thodes deldgudes que 
I'utilisateur cUent souhaite appeler sur le serveur. Le flux de donn^es (voir 
schema ci-dessous d'une description objet XML illustrative, sous, forme de 
diagramme de classes) est enticement encapsule par ces deux classes. 
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Interface objet X 








M6diode 1 




StubX 


^ 


M6thode2... 


4 


Skeleton X ^ 


-Lit ObjectResponse 
-Ecrit 

ObjectRequest 




multt-langage => 




-Ecrit 

ObjectResponse . 
-Lit ObjectRequest 


H-M6thode 1 
+M6thode2 ... 






+M6thode 1 
+M6thode2 ... 


" — V. ' 

langage client 


Diagramme de classes 


' y 

langage 



serveur 



Dans la FIG. 4 des dessins annexes est repr^sent^, sous forme d'un 
diagrantune de sequence illustratif pt nori liinitatif, le fonctionnement du stub 
et du skeleton daaa ime appHcation cUent/serveur lorsque la m^thode 1 de 
I'interface objet X (voir ci-4essus) est invoqu^e par I'utilisateur cUent. Les 
pointings repr^sentent la communication siur le r^seau. 

n convient de noter que la fermeture de la socket est h I'initiative du 
client, lorsqu'ime ou plusieurs m^thodes ont et6 appel^, 

A titre d'exemple, un utilisateur peut s'abonner ainsi a un service de 
location de logiciels. L agent utilise dialogue alors avec 1' Intoan Resource 
Center , qui lui envoie les composants assodfo h. ce service: distribution du 
logiciel, retrait du logidel et contrdle. L'utilisateur peut imm^diatement 
utiliser le logiciel charg^. La tra^abilit^ mise en place par le systSme selon 
l invention foumira par ailleurs des informations li^es a son utilisation, teUes 
que par exemple sa dur^e d'utilisation. 

Techniquement, on met ainsi avantageusement en oeuvi«: 
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d'line part, im protocole approprie, d^nomm^ ici en abrege 
IVAP (Intoan Versatile Access Protocol), qui assure im lien interactif 
assimilable h un cordon ombilical reliant tin IRC et/ou des IRC fils a des 
agents, et 

S - d'autre peirt, im syst^me asstirant la tra^abilite des biens 

numeriques qtii sont vdhicul^s au moyen de ce protocole. 

La tragabilite, au sens ou on Tentend selon Tinvention, est illustree 
dans la FIG. 5, dans laquelle un bien numerique 20 est package ou emballe 
en un paquet 22 grace a une application 21 et pourvu d'une '^etiquette 
10 61ectrordque'*, puis dSpos^ sur un IRC 1 et route selon un protocole 5 Vers 
riRC 23 responsable des postes finaux cibles 24,25. Une notification de 
reception 26 est envoy#e au serveur emetteur. Les agents 7 des postes finaux, 
qui r^cup^rent le bien numerique, envoient des notifications 27,28 a leur IRC. 
En pratique, le systeme pour la mise en oeuvre de la tragabilite susdite 
15 peut comporter, k titre d'exemple, (voir FIG. 5): 

• des moyens pour packager ou emballer un bien numerique 20 (tel 
qu'un logiciel), par exemple grSce h Tapplication Packer for Windows 21; 

• des moyens pour mtmir le paquet 22 d*une "Etiquette ^lectronique 
logicielle" pouvant comprendre notanunent les di^ments suivants: 

20 ^ - nom, taille et date du paquet, 

description du contenu, 
certificat ^lectronique, etc., 

• des moyens pour d^poser le paquet 22 sur un IRC 1 et pour le router 
automatiquement (ici grace au protocole IVAP 5) vers TIRC 23 responsable 

25 des postes finaux cibles 24,25; 

• des moyens pour I'envoi par le servexir 23, d6s reception du paquet, 
d'xme notification de reception 26 (qui comprend Tetiquette ^lectronique du 
paquet, le certificat du serveur, Theure de reception du paquet, etc.) au 
serveur Emetteur 1; 

30 • des moyens pour la recuperation du paquet 22 par les agents 7 des 
postes finaux et pour I'envoi par les agents 7 de notifications 27,28 h leur 
IRC;et 

• des moyens pour que les postes finaux informent r^gulierement leur 
IRC des operations qu'ils effectuent sur le bien iuimerique concern^ (par 

35 exemple effacement, lancement du logiciel, etc.); et, en option. 
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• des moyens pour la cortsignation des notifications 26,27,28 dans des 
bases de donn^es et/ou pour leur remont^e automatique a tous les niveaux, 
de prdf^rence jusqu'au niveau du serveur principal 1, 

n faut noter que, dans ce systfeme, un agent peut gtre coimect^ k 
plusieurs serveurs IRC. 

Dans une forme de realisation pr6f6rfe, le systfeme pour la 
distribution dynamique de donn^es et/ou de services selon I'invention 
comporte des moyens de tra^abiUt^ essentiellement constitu^s par: 

une appUcation 21 assurant le packaging d'un bien nimierique 20 pour 
constituer un paquet 22 et I'aUocation a celui-ci d'une Etiquette ^lectronique 
logicielle; 

des moyens pour le d^pdt dudit bien nvun^que sur un IRC 1; 
des moyens pour le routage du dit bien num^rique selon un protocole 5 
vers riRC 23 responsable de postes finaux cibles 24,25; 
15 - des moyens de foiumiture d'au moins une notification relative au 
paquet 22 et d'envoi de celle-ci au serveur 6metteur 1 et/ou 6. 

On entend ici par «noti£ication relative au paquet» 22 aussi bien ime 
notification de reception 26 et/ou 27,28 que des notifications respectivement 
de copie, d'effacement, de modification, ou autres. 
20 L'invention a ainsi dgalement pour objet im systdme pour la 

distribution dynamique de dorm^es et/ou de services tel que ddcrit plus 
haut, et dans lequel la distoibution est effectuee avec tra?abilit6, par des 
moyens et/ou des ^l^ments de systeme tels que d^crits ci-dessus. 

Dans ces formes de realisation, le systkme int^gre une m^canique 
evolu^e permettant d'offrir une tragabiUt^ complete des biens ntun6riques 
trait^s par le systeme. Cette m^canique ^volufe peut notamment comporter 
des moyens destines k procurer des marquages appropries des fichiers, des 
codes de retoius, des routages, etc. 

Sous Tangle du procdd^ utilise pour sa mise en oeuvre, la tra^abiUte, 
au sens ou on I'entend selon la pr^sente invention, feit intervenir les Stapes 
suivantes: 

• packaging ou emballage d'tm bieti num^rique 20 (tel qu'im logiciel), 
par exemple grace a I'application Packer for Windows 21; 

• fourniture au paquet 22 d'une "Etiquette electronique logicieUe" 
35 pouvant comprendre notamment les elements suivants: 



25 



30 
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nom, taille et date du paquet, 
description du contenu, 
certificat ^ectronique, etc./ 

• d6p6t du paquet 22 sur un IRC 1 et routage du paquet 22 
5 automatiquement (ici grSce au protocole IVAP 5) vers TIRC 23 responsable 

des postes finaux cibles 24,25; 

• envoi par le serveur 23, d^s reception du paquet, d'une notification de 
reception 26 (qui comprend Tetiquette electronique du paquet, le certificat 
du servexir, I'heure de reception du paquet, etc.) au serveur emettexir 1; 

10 • utilisation du paquet 22 requ par les agents 7 des postes finaux et 
envoi par les agents 7 de notifications 27,28 k leur IRC; et 

• information r^guliere de leur IRC par les postes finaux des op^ations 
qu'ils effectuent sxir le bien num^rique concern^ (par exemple effacement, 
lancement du logiciel, etc.); et, en option, 

15 • consignation des notifications 26,27,28 dans des bases de donnees 
et/ou remontee automatique des dites notifications a tous les niveaux, de 
pr^f^ence jusqu'au niveau du serveur principal 1 ou d'au moins un serveur 
fils6. 

L'invention a ainsi egalement pour objet un proc^d6 pour la 
20 distribution dynamique de donnees et/ou de services tel que d^crit plus 
haut, et dans lequel la distribution est effectu6e avec tra^abilit^, par des 
moyens tels que decrits ci-dessus. • » . 

Ainsi, selon la pr^sente invention, on realise une plate-forme de 
distribution interactive de biens num6riques et de services, de preference en 
25 association avec des moyens de tragabUit^. 

Le systeme et le proced^ selon Tinvention mettent avantageusement 
en oeuvre une selection preferee de moyens techniques qui se sont av6r6s 
permettre d'optimiser les r^sultats. Parmi tous les moyens sur lesquels a 
port6 la selection, on peut dter, k titre d'exemples purement illustratifs et 
30 non limitatifs: 

utilisation des langages objet Ceux-ci offrent en particulier 
Tavantage de reposer sur des codes plus structures, d*offrir tme possibilite de 
reutilisation des composants mis en oeuvre, et ime maintenance plus aisee et 
plus fiable du logiciel par rapport a d'autres langages, tels que des langages 
35 de type structure, par exemple. 
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choix d'lin langage de d^veloppement inddpendant povur la 
plate-forme et les agents respectivement. En effet, il est apparu que les 
differences existant entre les roles, les fonctionnalit^s et les caracteristiques 
de riRC et des agents rendaient prdf&able d'appr^hender la question d'un 
5 langage^ de d^veloppement de fagon inddpendante pour chacun, tout en 
s'attachant a conserver une certaine coherence, du fait que ces deux types 
d'unit^s sont destines a conununiquer entre eux. 

Pour le d^veloppement de TIRC le choix s'est port^ sur le langage 
Java. Celui-cipresente deux avantages techniques essentiels: 
10 • il est miilti-plateforme, c'est-ft-dire qu'il s'adapte sur la majorite 

des syst^mes d'exploitation actuellement disponibles; 

• ses composants sont inter-operables et r^utilisables. 
Pour le developpement des agents, la preference a 6t6 donn6e au 
langage C++, mais les langages Java et C peuvent ^galement §tre utilises, 
15 entre autres. Cependant il s'est av^r^ que les foncHonnalites diff^rentes li^es 
aux parties client de la solution de communication selon Tinvention 
rendaient pr6f Arable im choix de langage different pour leur developpement. 
L'utilisation du langage Java induirait I'existence d'une Java Virtual Machine 
sur chaque poste cHent. Par ailleurs, il est hautement avantageux de 
20 concevoir des programmes occupant im espace disque suffisamucnent reduit 
pour qu'ils puissent etre install^s sur Tensemble des postes finals. Enfin, 
Tutilisation du langage C++ s'est averse permettre tme execution plus rapide 
des programmes sur les postes finaux. 

Pour rendre le fonctioimement du systfeme plus dynamique, on peut 
25 egalement opter pour des objets COM> dans le cas de r Agent for Windows, 
ce choix pouvant §tre different pour d'autres agents congus pour d'autres 
types d'architectures. L'utilisation des objets COM permet en effet d'ajouter 
dynamiquement des modules aux agents et leur procure la capacity 
d'interagir avec leur environnement. 
30 En relation avec les choix pref&es susdits preconises pour le 

developpement des principaux acteurs du systfeme selon Tinvention, on 
recommande d'opter, pour la commuxucation entre I'lRC et les agents, 
preferentieUement pour le protocole IVAP, lequel est fonde sur le langage 
XML. Le langage standard XML permet d'echanger et de stocker des 
35 donnees au niveau de la corifiguration des agents, ainsi que d'ameiiorer la 
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lisibilite des donn^es et de faciliter les Evolutions souhait^es. Le protocole 
IV AP fond6 stir ce langage, qui lui confere les proprietes avantageuses 
susdites, est un protocole h la fois f iable et perf ormant 

Un perf ectLoimement supplEmentaire, decrit plus loin, de ce systfeme 
5 selon Tinvention a 6t6 r^alisE pour mieux r^pondre h raccroissement 
considerable du nombre de solutions d^di^es de nos jours au transport de 
donnees, afin de permettre aux informations vehiculees de pouvoir 
beneficier aisEment de services a haute valeur ajout^e. 

Le langage XML est ideal poxir r^change de messages et est ainsi 
10 devenu im standard de Tindustrie dans TEDI (Electronic Data Interchange), 
n est cependant relativement mal adapts au transport de donnees: 11 n'offre 
pas de possibility de compression, ni de reprise sua: erreur. 

L'utilisation de composants standard appropries et du protocole IVAP 
permet d'adjoindre des services a tres haute valeur ajoutde aux informations 
15 vEhiculEes, en integrant cryptage (couche de cryptage SSL (Secure Socket 
Layer)), reprise sur erreur, ordonnancement des operations, tragabilit6 des 
donnas, entre autres. 

Un tel protocole de coirunimication entre le serveur et les agents, 
6ventuellement par le relais d'IRC fils, est im protocole a part entiere, 
20 fonctionnant au-dessus des protocoles TCP/IP. Ce protocole 
avantageusement mis en oeuvre selon Tinvention possede ainsi ses propres 
ports IP. 

Ce protocole est congu pour g^rer des flux binaires, transactions et 
appels de procedures distantes. D permet de distribuer dynamiquement, 
25 sans interruption des services existants et sans intervention physique sur les 
plates-formes et les postes clients, des services additionnels sur la totality ou, 
en option, une partie du reseau de distribution. 

Le transport de donnees num^riques et d*informations assoddes au 
moyen du systfeme selon Tinvention s*e£fectue sur la "Chaine Logistique 
30 NumArique" (CLN), encore ddnomm^ "Supply Chain Num^rique". 

Dans un mode de realisation, le protocole ainsi mis en oeuvre intdgre 
la gestion d'un canal d*6change de donndes binaires, ce qui lui procvire tme 
meilleure fiabilite, notamment en cas d*rnterruption du transfert de donnees. 
Cela offre la possibility d'eff ectuer par exemple des reprises star erreur. Ainsi, 
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lorsqu'il est interrompu, le transfert reprend h Tendroit precis oil il s'dtait 
interrompu. 

Cette gestion des flux binaires s'effectue en natif. Elle permet 
notamment au protocole d'optuniser les ^changes, grSce k Tadjonction 
optioimelle de techniques de compression, de type connu. 

En langage XML, le protocole de communication utilis6 pr6sente im 
caractere ^volutif, ce qui constitue un avantage. Cela lui foumit la capacity 
d'organiser des ^changes de messages de fa^on standard et ouverte. 

Pour sa secuxisation, on peut lui adjoindre un protocole de s^curit^ 
standard, d^nomm^ "Secure Socket Layer" (SSL). Dans cette forme de 
realisation, le protocole de transfert/gestion des donn^es int^gre une couche 
de cryptage SSL, qui permet de rendre les messages illisibles pendant leur 
acheminement. 

L'invention est maintenant d^crite plus en detail ci-apr6s, en reference 
15 des formes de realisation illustratives, qui ne limitent en aucune mani^re 
l'invention revendiqude. 

Serveur et les agents de la "Chatne Lng i^ jtiaue Num^rigug" Tnfoai| 

Le syst^me repose sur une architecture cUent/serveur. Le serveur est 
20 d^nomme Intoan Resource Center. 

Ulntoan Resource Center (ou IRC) est la plate-forme de communication 
centrale de ce systteie de communication, n dirige des agents, qui vont 
diffuser les donn^es vers les postes finals ou des IRC fils, qui serviront de 
relais vers des agents. 

25 La communication entre I'IRC et ses agents repose pref&entieUfement 

sur un protocole d^nommd IVAP (Intoan VersaHle Access Protocol), protocole 
s^curise cree par Intoan. 



30 



Environnement 



Le noyau JRC-agents constitue le coair du systdme. Ces deux entit^s 
fonctionnent au sein d'un environnement faisant intervenir diffdrentes 
notions et diff^rents elements, n convient par consequent de definir d6s k 
present ces elements et de predser leur place (voir Fig. 1). 
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1 Service 

Un service est xrne suite structuree de transactions configur^es pour 
r6pondre k un besoin technique particulier. 11 est heberge par VIRC et 
5 consonun^ par des agents. Le service peut ^galement gtre relay^ par des IRC- 
fils. 

Les composants constituant tm service peuvent §tre personnalises par 
I'utilisateur. Ds sont organises au sein d'une pile (stack), qui sequence leur 
execution. Les services actuellement disponibles permettent, entre autres^ de 
10 surveiller des postes et des applications, de synchroniser des donndes pour 
les utilisateurs nomades, de louer des applications, d'effectuer des 
operations de back-up, etc. 

2. Chaine Logistique Numerique 

15 La Chaine Logistique Numirique (CLN) assure le transport des donnees 

numeriques et des informations associ^es entre le serveur et les postes 
clients. Elle permet de suivre racheminement des biens numeriques, 
etablissant ainsi une tragabilite sur les transports de donnees. 

A titre d'exemple, lors d'un abonnement au service de location de 

20 logiciels, Tagent dialogue avec YIRC, qui lui envoie les composants associ^s h 
ce service: distribution, retrait du logiciel et controle. 

La tra^abilite de bqut en bout ainsi mise en place par le systdme 
foumit des informations li^es h Tutilisation de ce service, comme son temps 
d'utilisation par exemple. Elle permet d'apporter de la transparence sur le 

25 d6roulement du processus ; il est par exemple possible de localiser ime 
application k un moment donne, de d^dtiire des informations sur la 
congestion du r^seau, sur Tutilisation des ressources, sur racheminement 
des doxmees, etc. L'ensemble de ces informations remontent vers VIntoan 
Resource Center lors de la circulation des donnees numeriques, grace k 

30 integration d'une mecanique evoluee : marquage de fichiers, codes de 
retours, routage, etc. 
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n Description techniq ue p^n^rale / Architer 

1 Description 

5 a Intoan Resource Center ' 

l/Intoan ^source Center est le serveur qui h^berge les services et pilote 
les agents, dventuellement par rinterm^diaire des IRC-fils qui lui serviront 
de relais, si on le souhaite. 

b Agent for Windows 

UJ^entfor Windows intervient dans la partie cMent du syst^e. Cette 
est adaptde au systfeme Microsoft Windows®, n rdside sur les postes cHents 
pour diffuser des donndes. U dialogue avec I'IRC qui le pilote, son Resource 
Center « pere ». 

D'autres types d'agents fonctionnant sur d'autres plate-formes (Mac®, 
Unix®, PalmOS®, etc.) peuvent y §tre ajout^s. 

c Frotocole de communication : I'lVAP 

La communication entre IRC et agents est assure par .un protocole de 
communication fiable, et de pr^f^rence sdcuris^ : VIntoan VersaHle "Access 
Protocol. 

Ce protocole intfegre le langage XML, ce qui le rend structure et 
€volutif. n g^re flux binaires, transactions et appels de proc^diu«s distantes. 
L'aspect s6curis6 de I'lVAP et par extension, de Tensemble des 
25 transferts effectu6s via ce protocole, repose sur I'utilisation d'un protocole de 
s^curit^ standard: le Secure Socket Layer (SSL). 

Ce protocole garantit des communications privees et aud^entifi^s sur 
les r^seaux. n devient par consequent possible de transmettre des 
informations confidentielles sans risque qu'elles soient intercept's par im 
30 tiers. Les deux principaux navigateurs Web existants supportent ce 
protocole. 

Le principe de fonctionnement de SSL est I'utilisation d'un couple cl6 
privee/cie pubUque pour crypter les donn^es transferees pendant la 
connexion SSL. 
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d Admintool 

Outre ses parties serveur et clients, le systeme selon rinvention 
comporte iin programme destine a la configuration et a radministration de 
VIRC : V Admintool. Celui-ci est livr6 par d^faut avec la solution. 

5 

U Admintool (ou administration tool, outil d'administration) est im 
programme d^velopp6 en Java, permettant de configurer VIRC a partir de 
n'importe quel poste connecte au r^seau directement ou indirectement, par 
rintemet par exemple, et d'agir sur les composants installes. Ce programmie 
10 se connecte sur le port GUI du serveur. U Admintool configure notamment les 
param&tres suivants: 

• le nom du serveur ; 

• Tadresse IP du serveur ; 

• le port destine aux agents ; 
1 5 • le port d'administration ; 

• le mot de passe administratetu: ; 

• la cryptographie utilise (SSL, MD5, etc.) ; 

• I'emplacement des fichiers certificats (Keystore et Truststore) ; 

• la connexion de la base de donn^es h laquelle se connecter. 

20 UAdmintool rend ainsi plusieurs composants disponibles, pour 

optimiser le fonctiormement du systeme : 

• ':51m coroposant de configuration des parametres globaux d'un Resource 
Center, 

• im composant d'interrogation de VIRC sxir son 6tat comant (ce 
25 composant est accessible par deux impfementations distinctes : version XML 

et version Objet Java sdrialisee), 

• un composant d'installation et de visualisation des modules presents 
sur le Resource Center, 

• \m composant d'installation et de visualisation des licences agent sur 
30 VIRC. 



2 Architecture 

IRC et Agent for Windows sont construits autoiu* de la meme 
architecture. Les couches de base integrees de part et d'autre permettent : 
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• a I'IRC de communiquer avec ses agents, par ^changes de messages et 
^changes binaires (couche IVAP), 

le cryptage de ces transferts de dorm^es grSce h line couche SSL, 
la compression (couche zlib), 
rordonnancement des ttches, 
. I'acces k des bases de donn^es extemes/ 
les ajouts et suppressions de modules, 
etc. 

Pour des questions de performance et d'organisation, les Intoan 
10 Resource Centers ant la faculty de pouvoir se chauier les uns aux autres. 11 
devient dhs lors tr6s simple de d^ployer une arborescence d'IRC, chaque 
serveur s'identifiant et se configurant alors de fa^on automatique. Cela 
conf^re 

Par aiUeurs, I'IRC dispose de fonctions de repUcation (mirroring) et de 
15 clustering permettant d'augmenter la disponibiHte de services et de 
r^pondre k des probl^matiques de gestion k grande echeUe des clients dans 
des environnements distribu^s. 



a Framework - 

Le syst^me repose sur vme architecture distribute caracttriste par sa 
modularity. EUe se compose en effet d'lm framework et de modules. 

Au sein de cette architecttire modulaire, le framework int^gre les 
couches de base et permet Tajout dynamique de modules. 

25 b Modules 

Un module est un groupe de composants metier, integrant un 
ensemble de services, qui permet d'effectuer par exemple le ddploiement 
d'appUcations, la siu^eiUance de machines, la maintenance k distance, la 
ttltconfiguration d'un poste, la ttltmaititenance de progidels ou la 

30 sauvegarde de donndes utilisateurs, etc. 
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Installation de modules 

Un module se materialise par un fichier JAR Qava Archive), 
dispoxuble sur ced6rom ou directement sur Intemet. 

5 Ce fichier JAR contient: 



• un fichier XML de description du module, 

• des classes pour les composamts, 

• des bibliotheques DLL pour TAgent For Windows, 
10* im script SQL pour cr6 er ou modifier des tables, 

• des scripts SQL pour cr^r des services g^^iques (services proposes 
par d^faut) dans la base. 

Un module s'installe via VAdmintool qui effectue im upload sur le 
Resource Center. Celui-ci se charge alors de le stocker correctement star son 
15 disque et de valider le num^ro de licence transmis au mSme moment. 

II existe deux categories de modules : les core modules, qui sont les 
modules install^s par d^faut, et les busiitess modules, qui seront install^s en 
fonction des besoins particuliers des utilisateurs. Ces demiers peuvent 
pefsonimliser eux-m@mes leur syst&me, en ajoutant les modules dont ils ont 
20 besoin. 

Core modules 

Les core modules sont n^cessaires au fonctionnexhent du syst^me. lis 
sont au nombre de 6 : Framework, Subscribe, Identify, File Transfer, Process 
et Data Recipients. 

Module Framework 

Le module Frameiuork contient les composants suivants : 

30 Composant Scheduler 

Ce composant permet de programmer dans le temps des sequences 
d'appels d'autres composants. 11 est intertsivement utilise par Tagent pour le 
lancement a intervalles reguliers d'appels de transactions et de leurs 
composants associds. 



35 
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Composant Parser 

Le composant Parser intkgre des fonctions de codage/d^codage du 
langage XML. n accepte en entree une structure de donn^es de type DOM 
pour g&i6rer un flux XML, mais ne cr6e que des flux XML qui sont int^gr^s 
5 au sein du protocole IVAP. 

Dans la mesure oii son utilisation est omnipr^sente dans les ^changes IRC- 
agent, ce composant est intdgr^ au module Framework. H est present k la fois 
dans VIRC et dans Tagent, 

10 Composant Logger 

Logger Ut et 6crit le flux XML qui lui parvient dans une base de 
donnas. Ce composant se trouve c6t^ agent. 

Composant Stacker 

15 Le composant Stacker d^livre les sequences Business Logic en attente 

sur VIntoan Resource Center pour chaque agent. 

Une stack est une structure de donn^es, constitute d'une sequence 
d'extcution et de ses paramfetres, appartenant h un service et destine a 
programmer un agent en fonction du service s^lectiormt. ■ 
20 Ce composant permet h VIRC de contacter directement un agent potir 

lui demander de faire immediatement appel k sa stack, ce qui est utile pour 
exdcuter une transaction urgente (d^ploiement immediat d'tine appUcation 
sur un poste local par exemple). Par ailleuis, ce composant est tgalement 
respbnsable de la preparation de la stack des agents en fonction des 
25 directives envoytes par l'/lrf77imtoo/. 

En ce qui conceme I'agent, le composant Stacker permet 
rordom\ancement de la Business Logic d'une transaction dans le temps. 



30 



Module Subscribe 

Ce module ne comporte qu'tm composant, appeM Assign Service. 
Assign Service, installs k la fois c6t& serveur et dient, permet k un agent de 
demander la Uste des services proposes par un foumisseur, mais tgalement 
d'inscrire vm agent k xm service d'lm IRC. 

UIRC envoie la Uste exhaustive des services qu'il desire foumir aux 
35 agents qui lui sont rattach&. 
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Comme le module Subscribe, ce module ne comporte qu'im seul 
composant. Identify, qui permet dldentifier la consommation d'lme 
transaction par un agent sur un Resource Center. Present c6t^ IRC et c6t6 
5 agent, il est g^n^ralement utilise en d^ut de chaque transaction. 

Ulntoan Resource Center valide Tidentit^ de Tagent qui effectue la 
transaction et verifie qu'il est autoris6 k utiliser cette transaction. Dans 
I'eventualit^ oii Tagent qui se presente est inconnu ou n'est pas inscrit a im 
service, VIRC n'autorise pas la transaction. Cependant, si un tel agent se 
10 presente pour s'rnscrire k un service, VIRC le r^f France dans sa base de 
donntes. 

Lors de son installation, un nouvel agent se cr^e un identifiant unique 
qui lui permet de s'identifier au sein de chaque IRC sur lequel Tagent veut 
consommer im service. 

15 

Module File Transfer 

Le module File Transfer prend en charge les m^thodes de 
t^l^chargement de fichiers avec reprise siir erreur. Chacun des composants 
coiistituant ce module est situ^ a la f ois cote IRC et cdt6 agent. 
20 Quatre composmts, compl6mentaires, constituent ce modiile: 

Composant Download 

Ce composant accueiUe les demandes de dowrdoad des agents. La 
particularity du sy^t^me reside dans son fonctioimement en mode 
25 reprise sur erreur; ainsi I'agent peut demander le dovmload d'vm 

fichier k un endroit precis. 

Composant Upload 

Ce composant prend en charge les mdthodes d'upload de fichiers avec 
30 reprise sur erreiir. Comme evoqu^ dans le cas du composant 

Download, la particularite du systdme est de fonctionner en mode 
reprise sur erreur, ce qui permet a YIRC de demander a Tagent 
Tupload d'un fichier a un endroit precis. Le composant stocke les 
fichiers sur le Resource Center selon sa configuration locale et les 
35 param&tres transmis par Tagent. 
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Composant Pack 

Le composant Pack effectue le groupement et la compression de 
fichiers en format Intoan .pak. II accepte tme expression comme 
5 paramfetre; cette expression permet de d^finir les fichiers k 

compresser. II est possible de specifier des options d'archivage et de 
compression des fichiers, 

Composant Unpack 

10 Le composant Unpack effectue la decompression des fichiers pafc, et 

cela, en se basant sur les regies de d^ploiement incluses dans le fichier 
compress^. Ces regies concement les suppression, copie de fichiers, 
chemins de fichiers, etc. 

15 Module Process 

Le module Process est constitu^ de trois composants, tous situ^s c6t4 

IRC. 

Composant Filter 

20 Filter pemiet d'extraire des propriet^s sur un composant pour les transmetfre A 

un autre composant. 

Composant Format 

Le composant Format permet de presenter, ou formater, k tm autre 
15 composant xme chalne de caract^res dans laquelle on va trouver des 

variables pass^es en entries. 

Composant External Connect 

Le rdle de ce composant consiste a connecter ime transaction sur une 
0 application exteme. II agit comme un systeme ayant une architecture 

client/serveur, sur lequel se connecte le processus exteme. 
n est par exemple possible d'utiliser External Connect pour connecter 
une transaction de d^ploiement d'application k ime solution de 
facturation exteme. 
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Module Data Recipients 

De meme que pour le module Process, Tensemble des composants 
constituant le module Data Recipients se trouvent cot^ Intoan Resource Center 
et ne sent utilises que dans cette partie du systeme. 
5 Le module Data Recipients comporte 6 composants : 

Composant Write to Database 

Ce composant prend en charge la connexion sur tous les types de 
bases de donnees. 

Composant Write to File 

Vfrite to File permet d'6crire dans un « fichier plat » im flux de donnas 
provenant de composants. Ce composant est utile pour constituer des 
fichiers de type LCX3. 

Composant Send Mail 

A la mani^re du composant Vfrite to Database, Send Mail permet 
d'ecrire im flux de donnees provenant de composants dans vox e-mail 
et de I'envoyer k son destinataire. 

Composant Play Sound 

Dains le cadre d'lm service, le composant Plaj/ Sound permet d'emettre 
im son sur 17RC povx signaler un ^v^nement. n est bien entendu 
n^cessaire que le serveur h^bergeant le Resource Center soit configure 
pour 6mettre des sons. 

Composant Send Snmp Trap 

Place au sein d^un service, ce composant permet d'envoyer im trap 
SNMP vers ime solution de gestion de pare afin de remonter ime 
30 alerte sur la console de supervision d'un logiciel tiers. 

Composant Write to Ldap 

Le composant Write to Ldap prend en charge la connexion sur ime base 
LDAP (base utilisant le protocole de gestion d'annuaires LDAP). 

35 
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Business modules 

Son aspect modulaire foumit une caract^ristique propre au systems 
selon rinvention son extensibility, dans la mesure ou il est possible d'ajouter 
des modules k la configuration de depart, en fonction de Tusage de postes 
clients particuliers ; ces modules sont d^nommes business modules. 

Les agents et Vintoan Resource Center supportent un nombre illimit^ de 
modules. De plus, ceux-ci sont ajout6s sans que la moindre interruption de 
service ne soit n6cessaii-e. 

En termes de pirogrammation, I'ajout de modules fait intervenir des 
objets COM; ceux-ci permettent en effet de cr^er des instances objets avec 
des bibUothdques. 

II existe actuellement 4 business modules, auxquels peuvent gtre 
adjoints d'autres modules sp^cifiques Application Distribution, Application 
ASP, Optimail et Assets Sourcer. Les composants constituant chacun de ces 
15 modules sont tous install^s c6t6 IRC et c6t4 agent, assurant ainsi la 
coonmunication entre les deux entit^s. 

Module Application Distribution 

Le module Application Distribution regroupe les composants et services 
20 qui traitent du deploiement d'applications et de la distribution de donn^es. 11 
comporte deux composants : 

Composant Deploy Applications 

Deploy Application permet le dgploiement d'applications (pr^par^es 
avec le Winpacker) sur les postes dquipfe d'un Agent for Windows. Sur 
VIRC, il avertit celui-ci de I'dtat d'une installation. 



25 



Composant Remove Applications 

Fonctionnant sur le mgme principe que le composant de deploiement, 
30 Remove Applications effectue le retrait des appUcations sur les postes 

^quip^ d'un Agent for Windows. 
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Module Application ASP 

Ce module est constitu^ de composants d6dies respectivement a la 
surveillance et a la facturation des applications utilis^es. 

Composant Monitor Applications 

Le composant Monitor Applications permet d'effectuer la surveillance 
d'applications install^es par le composant de deploiement 
d' applications. II est ^galement charg^ de coUecter les informations 
relatives a Tusage journaUer d'une application. 

Composant Bill Applications 

Ce composant permet la facturation des applications install^es par le 
composant Application Deployer ainsi que celle de Tusage joumalier 
d'lme application par un utilisateur. 

Module Optimail 

Le module Optimail permet d'optimiser la gestion de la messagerie. 
Les composants constituant ce modtile sont compl^mentaires. 

20 Composant Read Mailbox 

Ce composant permet la connexion d'tm agent sur xm serveur de 
messagerie de type POP ou IMAP afin de relever la liste des messages 
en attente. La partie IRC de ce composant peut relever la liste des 
messages en attente dans le but/ par exemplc/ de nettoyer tme 

25 messagerie des messages trop volumineux qu'elle contient. 

Composant Read Mail 

Install^ c6t6 IRC, le composant Read Mail permet de lire les messages 
sdlectionnds dans la liste fotimie par le composant Read Mailbox. 
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Composant Store Mail 

Le composant Store Mail copie le contenu du message lu sur VIntoan 
Resource Center, de fagon h ce que ce message soit disponible hors 
connexion Internet. 
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Composant Send Mail 

Send Mail permet i'envoi d'vui message, 6tant ainsi compl^entaire au 
composant Read Mail. 

Composant Clean Mailbox 

Ce composant permet d'effectuer im nettoyage du serveur en une 
seule manipulation. 11 sdlectionne les messages h efiacer en fonction 
des crit^res spdcifife par I'utilisateur (taiUe du message, datede 
reception, etc.). 

Module Assets Souxcer 

Le modtile Assets Sourcer remonte des donn^es bas niveau coiu^mant 
le poste sur lequel I'agent est instaU6. D est constitu6 de deux composants : 

IS Composant Get Assets List 

Ce composant coUecte les dorm^es relatives aux postes h^ergeant 
I'agent : type de microprocesseur, frequence, espace disque, etc. 
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Composant Store Assets List 

Le composant Store Assets List permet k VIntoan Resource Center de 
stocker les donn^es recueillies par le composant Get Assets List. 



Installation 



25 a Installation du Resource Center 

Ulntoan Resource Center est prindpalement distribu^ sur c^d^rom. 
D^velopp^ en Java, U est con?u pour fonctionner sur les plate-formes 
pouvant supporter une Java Virtual Machine (vereion 1 .3 et sup^rieures) ; 
Windows 95, 98, Me, NT 4.0, 2000 (NT et 2000 6tant recommand^s), 
30 • Solaris SPARC 2.5 et versions sup^rieures, 

• Mac OS 8.0 et versions sup^xieures, 

• HP-UX 10.x, H.X et versions supdrieures, 

• AIX 4.x et versions sup^rieures, 

• BSD, Linux Intel, IRIX, Tru64 et autres plates-formes UNIX. 
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II est 6galement necessaire que le serveur destind a accueillir VIRC 
dispose d'une base de donnees prealablement a Tinstallation. 

Un programme installe les composants et les biblioth^ques de VIntoan 
Resource Center sur le systfeme cible. 
5 . r. En fonction du systfeme d'exploitation sous lequel le programme 
d'installation est lanc6, certains param^tres, tels que le repertoire 
d'installation sous Windows, serbnt pr6renseign6s. Un programme de 
d^sinstallation, ainsi qu'ime docimientation de demiere minute sont 
egalement copies dans le repertoire d'installation, 

10 

b Installation de T Agent for Windows 

L'^installation de V Agent for Windows s'effectue depuis vm programme 
d'installation de type InstallShield. Le remplacement de ce programme, 
d^velopp^ en C++, par le systeme d'installation inteme d'Intoan Technology 
1 5 est envisageable a Tavenir. 

UAgent for Windozvs s'installe par d^faut dans le repertoire 
« c:\Program Files\Intoan\ Agent ». Un programme de desinstallation et une 
documentation r^cente apparaissent Egalement dans ce repertoire. 

Une fois I'agent install^, le menu Demarrer ( Programmes donne acc^s 
20 au dossier Intoan Technology, qui contient les elements suivants : 

• Intoan Agent, raccourci vers IAgent.exe (I'agent est accompagne d'un 
fichier deiconfigvuration en XML) ; 

• ' Uninstall (raccourci vers unwise.exe ou autre : programme de 
desinstallation) ; 

25 • Fichier Readme (raccourci vers les informations de demi&re minute). 

4 Identification 

Lors de la premiere utilisation, Tagent verifie qu'il possede tm 
identifiant (id_agent) dans son fichier de configuration. Si tel n'est pas le cas, 
30 Tagent va gdn^rer im identifiant unique en utilisant une cie de 50 caract^res. 
Cette cle sera valable tout au long de la vie de Tagent. 

L^adresse IP du serveur permet la connexion d'identification de 
Tagent, qui transmettra son identifiant unique ainsi que les informations 
utilisateurs commimes (nom, pr^nom, adresse, etc.)- 



wo 02/087191 



PCT/FR02/01365 



29 



10 



5 A bonnement aux services 

Le serveur de chaque prestataire dispose d'un certain nombre de 
services auxquels I'utilisateur, k travers I'agent, peut souscrire. Chaque 
abonnement d'un agent h un service consomme ime licence. Chaque Intoan 
Resource Center est vendu avec ime licence multiservices pour dix"ag«its. 

Parmi les services proposes, sont actuellement disponibles les services 
de ddploiement d'applications, de synchronisation de fichiers et/ou de 
repertoires, de recuperation de donn^es, de sauvegarde, d'abonnement et de 
r^siliation d'abonnement a d'autres services, etc. 

L'abonnement peut s'effectuer soit de manidre directe depuis 
I'interface de I'agent, soit par une directive stack qui appellera tme 
transaction d'abonnement. Une directive stack d^crit ime ligne de la stack. 

Certains services proposes k l'abonnement sont gratuits, d'autres 
payants. Les informations relatives k la tarification sont accessibles dans la 
15 page de presentation de chaque service. 

a Licences - Attribution des licences 

Au cours de I'instaUation d'un module, I'utilisateur doit entrer tm 
code de licence valide. 

Ce code est k saisir dans I'interface de I'/lrfmintoo/ dans I'espace^pr^vu 
h cet effet. 

Une Ucence peut etre collectee k partir d'un fichier texte (envoye par 
courrier eiectronique par exemple). Le code de licence n'excMe pas 32 
caractferes et n^inclut pas de signe diacritique (accents, cedille, etc.). 
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Procedure d'attribution de licence(s) 

L'utilisateur soUicite I'adresse IP du serveur sur lequei il souhaite 
installer son Intoan Resource Center. Une licence cryptee est creee; elle 
contient les informations dont I'IRC a besoin et se decompose, par 
30 exemple, comme suit: 

[NUMERO DE SERIE | SKU | NB de UCENCES \ ADDRESSE IP] 
Au demarrage et a intervalles reguliers (par exemple toutes les 
heures), I'ZRC verifie la concordance entre ses param^tres de 
configuration (adresse IP) et les licences instaliees. 
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b Annuaire des services 

Pour que les agents puissent facilement s'abonner a des services, ils 
doivent pouvoir se r6f6rer a un serveur principal recensant tous les services 
disponibles. De m&ne, les services locaux doivent gtre recens6s au niveau de 
5 Tannuaire local pour que les agents puissent s'abonner a ces services sans 
pour autant ndcessiter de connexion Internet 

Deux types d'annuaires peuvent done etre impl^mentes: 

• Intoan Main Service Directory (IMSD) : Tannuaire de reference Intoan ; 
10 dans I'interface, le nom du service est accompagnd du nom du prestataire 

foumissant ce service ; 

• Local Service Directory (LSD) : I'annuaire local propre h chaque IRC. 
Ces deux annuaires sont accessibles par selection de Nouveatix Sertnces 

dans le menu de T^cran prmcipaL 

15 

Intoan Main Service Directory 

L'ensemble des services publics est r^fdrenc^ au sein d'un annuaire 
global. Cet annuaire est h^berg^ et maintenu par Intoan. Dans un premier 
tempS/ une seule instance de ce serveur sera fonctionnelle au niveau 
20 mondial. II est probable que VIMSD b^neficie a moyen terme d'une 
architecture materielle de haut niveau (cluster, mirroring, etc.)*. 

Local Service Directory 

Chaque IRC poss^e son propre annuaire, le Local Service Directory. 
. 25 Cet annuaire permet de repertorier facilement les services priv^s et de les 
rendre accessibles par les agents locaux, sans avoir a g^rer de systeme de 
droits d^acc&s, ni n^cessiter de connexion Internet. 

c Inscription 
30 Far Tinterf ace de Fagent 

L'accfes a VAnntmire des Services permet de s'^abonner ^ un ou pliisieurs 
services, publics ou priv6s (stockes localement sur VIRC). 
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Par une directive stack 

L'abonnement d'un agent a un service particulier peut etre e£fectu6 
par line directive stack (il s'agit alors d'tm abonnement force), cette directive 
pouvant avoir 6t6 plac^e dans la stack par le port GUI, pour appeler une 
transaction d'abonnement (transaction Register to Service). 

d R^f^rencement d'un nouveau service 

Un Intoan Resource Center peut demander le r^f^rencement d'un 
nouveau service au sein de Tannuaire global. 

Lorsqu'un prestataire d^finit un nouveau service, il peut le r^f^rencer 
automatiquement au sein de cet annuaire. Pour cela, il doit d^iinir les 
caracteristiques du service h r^f^rencer (en le d^crivant notamment) ainsi 
que le type de r^ferencement qu'il souhaite effectuer (pubUque ou 
prive/local). 

e Suppression d'un service 

Un IRC peut demander la suppression d'un service. 

6 IHM de r Ag e nt for WindowQ 
20 Une interface graphique de V Agent for Windows Simple et intuitive 

permet d'acG^der a Tensemble de ses fonctionnalit^s. 



15 



2 Compression 

La compression vise h optimiser les transferts de donn^es en termes 
25 de temps et k r^duire I'espace disque consacr^ k I'accueil des appUcations et 
des programmes sur les postes clients. La librairie utilisee dans Tagent est 
2/zb. Cette librairie est im standard ; elle est notamment Utilisee dans des 
produits tels que celui d6nomm6 commercialement Winzip. 

30 8 Programme additio nnel : le Winp ark^r 

Le Whtpacker, ou Packer for Windows, est un programme ind^pendant, 
developpe en C++, qui permet aux clients du syst^me de preparer eux- 
memes les packages destines k la diffusion sur les postes de leurs clients. Ce 
programme fait partie du "toolkit" de creation de packages k destination des 

35 Intoan Resource Centers, Son utilisation est a la fois simple et intuitive. 
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Winpacker pentiet de cr^er im fichier, qui portera Textension .pak, 
regroupant tous les fichiers d'lrn repertoire ou d'une liste. Ce nouveau 
fichier .pak contient les fichiers de I'application a diffuser vers les agents, et 
est lie a un fichier de description XML. Enfin, ce fichier de regroupement 
5 peut etre compresse. 

UL Choix techniques 

Parmi les diverses options disponibles pour dSvelopper la plate-forme 

et les agents selon Tinvention, on a choisi d'utiliser pr^ferentiellement des 
10 langages objet. Ceux-ci offrent notamment I'aVantage de codes plus 

structures, d'une possibilite de reutilisation des composants et d'une 

meilleure maintenance du logiciel par rapport k d'autres langages, tels que 

des langages de type structure par exemple. 

Etant donn^ les differences existant entre les roles, les fonctionnalit^s 
15 et les caracteristiques de VIRC et de Tagent, U semblait n^cessaire 

d'apprehender la question d'xm langage de developpement de fa^on 

independante pour chacun, tout en conservant xme certaine coherence 

(communication entre ces deux unites). 

20 1 Developpement de Tlntoan Resource Center 

Le choix de developpement de 17jRC s'est porte preferentiellement sur 
le langage Java. Celui-ci pr^sente 'en effet deux principaux avantages 
techniques: 

• 11 est multi-plateforme, c'est-^-dire qu'il s'adapte sur la majority des 
25 syst&mes d'exploitation actuellement disponibles ; 

• ses composants sont inter-operables et r^utilisables, 

Ces propri^tes sont n^cessaires dans Toptique de conception d'un 
serveur multi-plateforme tel que TIRC, rendant ainsi ce choix technique 
coherent. 

30 

2 Developpement de TAgent for Windows 

Si Java constitue la meilleure option dans le cadre du developpement 
cote serveur, les fonctionnalites liees a la partie client du systeme selon 
Tinvention, notaixunent Y Agent for Windows, impliquent tm choix different 
35 pour son developpement. 
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D'une part, I'utilisation du langage Java induit I'existence d'une Java 
Virtual Machine sur chaque poste cUent. Par ailleurs, il est n^cessaire de 
concevoir des programmes occupant un espace disque suffisamment r^duit 
pour pouvoir 6tre instaU^s sur I'ensemble des postes finals. Enfin, 
5 I'utilisation de ce langage permet une execution plus rapide des 
programmes. 

Dans cette optique, la demanderesse a choisi d'utiliser 
pr^f^rentiellement le langage C++ dans le ddveloppement de ses agents. 
.. Toutefois, d'autres agents pourront ^ventuellement etre ddveloppfe 
10 dans d'autres langages, et ce, en fonction de I'environnement pour lequel ils 
sontcongus. 

Un autre choix technique visant k rendre le syst^me plus dynamique 
consiste k utiliser des objets COM. L'utilisation de ces objets permet en effet 
d'ajouter dynamiquement des modules k 1' Agent for Windows et leiu- offre 
15 la capacite d'interagir avec leur environnement 

S Communigation IRr/ag«.nt 

En accord avec les choix effectu^ pour le d^veloppement des 
principaux acteurs du systfeme, la communication entre l'Jl?C et I'agent 
20 imposait ^galement un choix technique; comme 4voqvL4 pr^c^demnifent, ce 
choix s'est porte sur le langage XML. Ce langage sert de base pou^ le 
. protocole de communication Intoan Versatile Access Protocol (IVAP), protocole 
ct46 par Intoan. 

Le langage standard XML permet d'dchanger et de stocker des 
25 dormdes au niveau de la configuration de I'Agent for Windows, ainsi que 
d'am^horer la lisibilit^ des donndes et de faciliter les possibilit^s d'^volution. 

Ben^ficiant ainsi de ces propri^t^s, IVAP est tm protocole k la fois 
f iable et performant. 

Parmi les avantages induits par la modularity du syst6me selon 
30 I'invention, il faut noter les suivants : 

I'ajout d'un ou plusieurs modules peut 6tre effectu^ sans la 
moindre interruption de service ; 

tm nombre thgoriquement illimite de modules peut 6tre 
supports par les agents et les servetirs ; 

35 - les agents peuventtravaillerdemani^reautonomeet invisible; 
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rint^gration des elements du syst^me permet de repondre a un 
ensemble de problemes avec un meme ensemble d*61^ments ; 

tous les types de connexions (par exemple par modem, cSble, 
xDSL, liaison specialis^e, entre autres) et toiis les debits peuvent etre 
5 support6s par les ^l^ments du systfeme. 

La tragabilite rendue possible par ce proc6d6 permet quant k elle 
d*app>orter tme transparence exceptionnelle sur le d^roulement de tout 
processus mettant en oeuvre le sy st&me' selon Tinvention. 
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REVENDICATIONS 

1. Systeme pour la distribution dynamique de doimtSes et/ou de services, 
caractdris^ en ce qu'il comporte essentiellement: 

un serveur (1), et ^ventuellement des serveurs fils (6); 

ail moins un agent (7), r&ident ou apte k devenir r&ident sur un 

terminal utilisateur, et apte a etre mis en communication avec le 

serveur (1) et/ou au moins un logiciel serveur fils (6); et 

au moins tme couche de communication (18) apte k vehiculer des 

appels de m^thodes distantes sur des objets situfe sur un serveur 

(1) et/ou un serveur fils (6), et k mettre en oeuvre au moins un 

protocole de communication (5) apte k assurer uji lien interactif 

entre un serveur (1,6) et des agents (7), 

tandis que ledit protocole comporte: 

des moyens le rendant apte k produire et gerer des 
communications entre au moins un agent et I'lRC, notamment par 
le biais de messages XNfL; 
" des moyens pour appeler une mgthode distante par 
lecture/dcriture d'objets de types respectivement ObjectRequest on 
ObjetRequete et ObjectRespome ou ObjetR^ponse. 

2. SystSme selon la revendication 1, caract^risd en ce que le ou les 
serveurs et les agents sont construits selon la mfime architecture, sur la 
base d'lm "framevw^ork", compl6t6 par des ajouts dynamiques optionnels 
de modules. 

3. Systeme selon la revendication 2, caract^rise en ce que les couches de 
base int^gr^es dans le serveur et dans les agents et/ou dans les 
serveurs fils comportent des moyens appropri& pour assurer: 

la communication avec les agjents, poxir Ganges de messages et 

echanges binaires, et en option, 

le cryptage, et/ou 

la compression, et/ou 

Tordonnancement des taches, et/ou 

I'acc^s k des bases de donn^es extemes, et/ou 
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des ajouts/suppressions de modtiles. 

4. Systeme selon Ttine quelconque des revendications 1^3, caracterise en 
ce qu'il comporte: 

5 • des moyens pour packager ou emballer un bien num^rique (20); 

• des moyens pour mimir le paquet (22) d'lrne "etiquette flectronique 
logicielle" pouvant comprendre notamment les 616ments suivants: 

- nom, taille et date du paquet, 

- description du contenu, 
10 - certificat ^lectronique, etc., 

• des moyens pour d^poser le paquet (22) sur un IRC (1) et pour le 
router automatiquement vers VJRC (23) responsable des postes 
finaux cibles (24,25); 

• des moyens pour renvoi par le serveur (23), d^s reception du 
15 paquet, d'lme notification de reception (26) au serveur emetteur (1); 

• des moyens pour la recuperation du paquet (22) par les agents (7) 
des postes finaxix et pour Tenvoi par les agents (7) de notifications 
(27,28) h leux IRC; et 

• des moyens pour que les postes finaux mforment reguliferement 
20 leux IRC des operations qu'ils effectuent stir le bien nuucnerique; et, 

en option, 

• des moyens . pour la consignation des notifications (26,27,28) dans 
des bases de donn^es et/ou pour leur remont^e automatique a tous 
les niveaux, de preference jusqu'au niveau du serveur principal (1) 

25 ou d'au moins im serveur fils (6). 

5. Systeme pour la distribution dynamique de donnees et/ou de services 
selon Tune quelconque des revendications 1 a 3, caracterise en ce qu'il 
comporte des moyens de tra^abilite essentiellement constitues par: 

30 - une application (21) assurant le packaging d'lm bien numerique 

(20) pour constituer un paquet (22) et Tallocation h celui-ci d'lme 
etiquette eiectronique logicielle; 

des moyens pour le depdt dudit bien nimierique sur im IRC (1); 
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7. 



des moyens pour le routage du dit bien nxamdrique selon un 
protocole (5) vers I'lRC (23) responsable de postes finaux cibles 
(24,25); 

des moyens de foumiture d'au moins une notification relative au 
paquet (22) et d'envoi de celle-ci au serveur ^metteur (1,6). 

Systfeme selon la revendication 5, caractdris^ en ce qu'il comporte des 
moyens pour Tenvoi de notifications (27,28) par les agents (7) des 
postes finaux, qui utilisent le paquet re^u (22), k leur IRC. 



Systeme selon I'une des revendications 2 ou 3, caract6ris6 en ce que les 
modules sont choisis parmi des modules du type visant k permettre le 
d^ploiement d'appUcations, la surveillance de machines, la 
maintenance k distance, la t616configuration d'lm poste de travail 
15 informatisd, la t^l^maintenance de progiciels et/ou la sauvegarde des 

donnas utilisatetir. 

8. Systeme selon Tune quelconque des revendications 1 a 7, caract6ris6 en 
ce que le logiciel serveur est en langage Java. 



20 



9. Systeme selon I'une quelconque des revendications 1 a 8, caract^ris^ en 
ce que I'impl^mentation de I'agent pour le systdme d exploitation d'un 
terminal connects est effectu^e en langage Java, C ou C++. 

25 10. Proc6d6 pour la distribution dynamique de donn^es et/ou de services, 
caracterise en ce qu'il comporte essentiellement les Stapes consistant k: ' 

procurer au moins un agent, c'est-a-dire un support de 

programme, qui peut gtre acquis en tant que tel ou fonnat^ et 

charge k partir d'un site Intemet; 
3^ ■ installer un tel agent, pour qu'il devienne resident sur la machine 

de I'utilisateur; 

effectuer la souscription de I'utilisateur aux services proposfe par 
un serveur (IRC) et/ou des serveurs fils, directement depuis 
I'interface de I'agent, aussi bien pour des services locaux que pour 



wo 02/087191 



PCT/FR02/01365 



38 



des services publics, et aussi bien pour des services payants que 
pour des services gratiaits; 

effectuer i'inscription a ces services, avec correlativement 
chargement ou t^lechargement automatique des composants 
5 ndcessaires h levir activation, et 

en option, effectuer Tintegration par for^age de services foumis 
automatiquement. 

11. Proc^d^ selon la revendication 10, caracterise en ce qu*il met en oeuvre 
10 un protocole dont les Stapes essentielles consistent a: 

produire et gdrer des communications entre au moins im agent et 
le serveur et/ou im serveur fils, notamment par le bieds de 
messages XML; 

appeler au moins ime methode distante par lecture/^crittire 
15 d'objets de types respectivement OhjectRequest, ou ObjetRequete, 

et ObjectResponse, ou ObjetR6ponse, avantageusement au moyen 
d'urvstub etd'xxa skeleton, 

12. Proc^de selon Time des revendications 10 ou 11, caracteris^ en ce.qu'il 
20 comporte les Stapes suivantes: 

• packaging ou emballage d'un bien numerique (20); 

• fovimiture au paquet (22) d'lme "etiquette electronique 
logicielle*' pouvant comprendre notamment les elements suivants: 

nom, taille et date du paquet, 
25 - description du contenu, 

certificat electronique, etc., 

• d6p6t du paquet (22) sur un IRC (1) et routage du paquet (22) 
automatiquement vers TIRC (23) responsable des postes finaux cibles 
(24,25); 

30 • envoi par le serveur (23), dfes reception du paquet, d'xme 

notification de reception (26) au serveur ^metteur (1); 

• utilisation du paquet (22) re^u par les agents (7) des postes 
finaux et envoi par les agents (7) de notifications (27,28) a leur IRC; et 

• information r^guliere de leur IRC par les postes finaux des 
35 operations qu'ils effectuent sur le bien numerique; et, en optioia. 
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• consignation des notifications (26,27,28) dans des bases de 
donn^es et/ou remont^ automatique des dites notifications a tous les 
niveaux, de pr^&ence jusqu'au niveau du serveur principal (1) ou d'au 
moins un servetir fils (6). 

13. Proc^d^ selon la revendication 12, caract6ris6 en ce qu'il comporte en 
outre les Stapes selon lesquelles: 

les postes finaux informent leur IRC (1,6) des operations qu'ils 
effectuent svu: le bien num^rique (20), et/ou 

les notifications sont consign^ dans des bases de donn6es et 
automatiquement remont&s a tous les niveaux, de preference 
jusqu'au niveau du serveur principal (1) ou d'au moins un serveur 
fils (6). 

15 14. Utilisation du systeme selon I'une quelconque des revendications lh9 
povi la distribution d'applications et/ou de services a des utilisateurs 
distants connectes, stir tous types de r^seaux et d'ardiitectures 
distributes, notamment pour le deploiement d'appUcations, la 
surveillance de machines, la maintenance k distance, la 
20 teieconfiguration d'un poste de travail informatist, la teiemaintenance 

de progiciels et/ou la sauvegarde des donn6es utilisateur. 

15. Utilisation du proctde selon Tune quelconque des revendications 10 h 
13 pour la distribution d'applicatioiw et/ou de services k des 

25 utilisateurs distants connectgs, sur tous types de rtseaux et 

d'architectures distributes, notamment pour le dtploiement 
d'appUcations, la surveillance de machines, la maintenance h distance, 
la teieconfiguration d'un poste de h-avail informatist, la' 
teiemaintenance de progiciels et/ou la sauvegarde des donntes 

30 utilisateur. 
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